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Sir: 



We, Peretz Moshes Feder and Chih-Peng Li, hereby declare and state: 



1. We are the co-inventor of all of the originally filed claims of the 
above-identified patent application. 



2. The application is assigned to Lucent Technologies Inc., as 
recorded on April 12, 2001, at REEL 011717 and FRAME 0638. 
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3. Prior to May 14, 1999, we conceived the method for transmitting 
data over a network medium as described and claimed in claims 1-24, which 
are presently pending in the application. 

4. Prior to May 14, 1999, we disclosed our invention to others within 
Lucent Technologies, Inc. 

5. Prior to May 14, 1999, we prepared and submitted a written 
description of the invention to Lucent Technologies' legal department for 
preparation of a patent application. A copy of the invention disclosure, with 
dates redacted, is attached as Exhibit A. 

6. The submission of the invention disclosure to Lucent Technologies' 
legal department resulted in a request that outside counsel prepare a draft 
application. 

7. Outside counsel prepared the present patent application in regular 
order. We reviewed and approved the patent application before it was filed on 
August 31, 2000. 

8. Each of the above-listed acts occurred in the United States. 
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9. We hereby declare that all statements made herein of my own 
knowledge are true and that all statements made on information and belief are 



believed to be true; and further that these statements were made with the 
knowledge that willful false statements and the like so made are punishable by 
fine or imprisonment, or both, under Section 1001 of Title 18 of the United 
States Code and that such willful false statements may jeopardize the validity 
of the application or any patent issued thereon. 



Peretz Moshes FEDER Date 
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Subject Alternative Algorithms for Improving Binary Expon^ntialJB^koff 
(BEB) Collision Resolution Algorithm 



Technical Memorandum 
I. Introduction 

Several types of multiple access protocols have been proposed for wireless communications. 
First, fixed-assignment protocols allocate the channels in a deterministic way, e.g., TDMA (time 
division multiple access) and FDMA (frequency division multiple access). These types of 
protocols are widely implemented in 2"*** generation of cellular networks such as GSM and IS- 
54/136. However, these schemes are inefficient in bandwidth utilization for bursty data and do 
not take the full advantage of speech traffic characteristics. 

A second type of multiple access technique is CDMA (code division multiple acce$s). CDMA is 
adopted m IS-95 and many of the 3"* generation cellular systems. CDMA is a special application 
of the generic spread spectrum (SS) techniques [1]. In general, there are thre« approaches to 
implement SS systems: (I) Direct Sequence Spread Spectrum (DSSS); (II) 
Spread Spectrum (FHSS); (HI) Tune-Hopped Spread Spectrum (THSS). 

A third type of scheme, random access, adopts packet contention techniques, such as Slotted 
ALOHA and CSMA (carrier sense multiple access), to acconuriodate a large number of users, 
each with 2C low average data rate and a high peak rate. This type of protocol and its extensions 
are widely implemented in many standards, e.g. CSMA/CD (collision detection) in 802.3 and 
CSMA/CA (collision avoidance) in 802.11, Although the random access schemes operate with 
no centralized coordination, these schemes result in very low throughput and substantial 
transmission delay [21- 

The last type is the demand-assignment protocols, in which users make bandwidth reservation 
when they need it Several major Medium Access Control (MAC) protocols in this category 
have been proposed. The first category as proposed in [2,3,4,5,6] is Packet Reservation Multiple 
Access (PRMA), which is closely related to the reservation ALOHA protocol, R- ALOHA [7]. 
PRMA is adopted as one of the major European Community candidate access techniques for the 
third generation of mobile systems [8]. A variety of modifications have been made on PRMA for 
different applications, e.g. [9,10]. 

The second major ciategory of demand-assignment MAC protocol is Distributed (Queuing 
Request Update Multiple Access (DQRUMA) [11,12], in which request of bandwidth is made 
through a requesting access channel (RA channel). Any random access protocol can be used for 
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the RA channels and any scheduling algorithm can be used by the base station for allocating 
bandwidth to mobiles in the uplink direction. 

The third major category is Resource Assignment Multiple Access (RAMA) [13,14,15]. RAMA 
uses a 10-digit decimal ID during the contention cycle and can be viewed as an extension of the 
Binary Countdown protocol, as implemented in AT&T*s DATAKIT, to M-ary countdown. A 
modification of RAMA, called Tree-search RAMA (TRAMA), can be found in [16]. 

A Random Addressed Polling (RAP) [17] was proposed to TFPF 802.11 committee. Its 
extension Group Randomly Addressed Polling can be found in [18]. Several other MAC 
protocols proposed for wireless ATM are summarized in [19]. An extensive discussion of 
generic MAC protocols, including IEEE 802 family, can be found in [20]. 

All the random access schemes, such as Slotted ALOHA and CSMA/CD, and many of the 
demand-assignment schemes, such as PRMA and DQRUMA, rely on Collision Resolution 
algorithms when collision occurs, either in data transmission or in bandwidth reservation. Three 
major classes of collision resolution algorithms have been found from the literatures: (I) Binary 
Exponential Back-off (BEB); (II) Splitting Algorithms, also known as Tree Algorithm; (HI) 
Adaptive p-persistence Algorithm. Perhaps BEB is the most well-known one and is adopted in 
many MAC standards such as 802.3 and MCNS CATV [21]. With BEB, there is no need for 
each user to detect the channel condition of idle, successful transmission, and collision. All each 
user needs is whether or not its own packets were successfully transmitted; it receives no 
feedback about slots in which it does not transmit The maximum throughput of BEB is 0.3679. 

Tree algorithm is more sophisticated, but also increases the achievable throughput. As opposed 
to BEB, tree algorithm depends on the feedback of each slot [22] has an extensive description 
and analysis of the operation of tree algorithm and its modifications. The niaximum stable 
throughput achievable falls somewhere between 0.4878 and 0.587. 

It has been shown that the infinite population slotted ALOHA channel with Poisson arrivals and 
fixed retransmission probabilities was inherently unstable [23], Numerous papers have been 
focus on adaptive p-persistence algorithms [24,25,26], In principle, this algorithm estimates p 
using the transnwssion result of the channel. 

Although BEB has been widely implemented in many systems, it has been found that BEB leads 
to a "capture effect" whereby a single or a few hosts can dominate packet transmission despite 
other stations also having packets queued for transnussion [27,28], Several solutions have hccn 
proposed toward this problem for Ethernet [29,30]. 

In the XWD wireless internet access system, traffic in the downlink direction is scheduled by the 
access point (bast station). In the uplink direction, if a packet arrives at an empty queue, the 
packet has to reserve bandwidth through reservation slots and waits for bandwidth allocation 
from the beacon message of access point. If reservation goes through the reservation slot 
successfully, bandwidth will be granted by the access point and the packet will be transmitted 
without contention. If reservations collide in the reservation slots, each individual reservation 
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has to back-off and waits a random period of time for retransmission. The back-off algorithm 
currently implemented is the traditional BEB. If a packet arrives at a non-empty queue, 
bandwidth reservation will be made by piggyback. 

In this work, we explore two alternative back-off algorithms which have better performance over 
the traditional BEB. Just like BEB, the proposed algorithms do not rely on the feedback of each 
slot. In section n, we describe the system and traffic models we adopted in the simulation. 
Section DI provides detail descriptions of the proposed back-off algorithms. Simulation results 
are shown and discussed in section IV. The performance measures we adopted are average 
delay, standard deviation of delay, throughput, and probability of dropping. Section V 
sunmiarizes this work. 

n. System and Traffic Model 

In this memorandum, we assume there are N reservation slots in each uplink frame, where N =» 1, 
2, or 4. Besides, we assume there are U users in the system, where U=-2, 4, 8, 16, 32, 64, 128, 
256, 512, or 1024. For each user, when a reservation is successfully made, the next reservation 
will be initiated X frames later, where X is exponentiaUy distributed with a mean arrival time of 
2, 8, 32, 128, or 512 frames. From the instant when a reservation is generated, until the moment 
the reservation is successfully made, there is no additional reservation being initiated. 

m. Proposed Back-Off Algorithms 

The traditional BEB algorithm opera^?^^ the following way: an inmiediate first transmission is 
made as soon as a new reservation is generated. If a reservation has been transmitted 
unsuccessfully / times, then the reservation will be retransmitted again k slots later, where k is a 
random number uniformly distributed over the mterval of [1, 2']. If i is greater than 10, k is 
uniformly distributed over the interval of [1, 10241. From now on, we will refer the interval over 
which the uniformly distributed number is drawn as back-off window. If / is greater than 16, the 
reservation is expired and dropped. If a reservation is successfully made or is expired and 
dropped, / is reset to 0. The philosophy behind the traditional BEB algorithm is that, for a given 
reservation, a higher value of unsuccessful transmission implies that more users are contending 
for the available bandwidth, and, as a result, a larger back-off window size should be opened. 

One result of the traditional BEB algorithm is last-come-first-serve among competing users. An 
user that has a newly generated reservation, either after a successful transmission or after a 
dropped reservation, has a much higher probability of acquiring the medium in a collision than 
those stations that have already experienced couple of collisions. This result leads to the 
"capture effect" that allows a single or a few "winning" stations to dominate the available 
bandwidth. From another point of view, larger number of retransmissions of a given reservation 
may not be due to larger number of competing users. It may be the consequence of capture 
effect. One possible solution toward this problem is that the back-off window size does not grow 
exponentially with the number of retransmissions. In other words, more opportunity should be 
granted to a given reservation before the back-off window size is doubled. 
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In the traditional BEB algorithm, an immediate first transmission is made as soon as a new 
reservation is initiated. This is a reasonable approach when the system load is not high. 
However, when many users are contending for the medium, the immediate first transmission 
worsens the probability of collision. One possible solution to this problem is that a newly 
generated reservation should go into back-off inmiediately with a back-off window size equal to 
half of previous back-off window size. When the system load is light, the window size is small 
most of the time. Under such condition, this modification has only minor effect on the 
performance. When the system load is heavy, since the back-off window size is big most of the 
time, this modification keeps the back-off window at a reasonable size so that unnecessary 
collisions can be avoided. 

Based on the previous discussions, we develop the following two algorithms: 
A. Double Binary Exponential Back-Ofr(DB£B) 
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1. If(colliSion){ 

r=//l; ' - ^ - ' 

if(i>=-20) ' 
back-off window = window(i); 

> , . ' ■ " ■ . ' 

2. If (success or expiration) { 

back-off window = window(i); 

> _ 

3. Minimum back-off window is equal to the number of reservation slots per frame. 
B. Half Binary Exponential Back-OfT (HBEB) 
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1. If (collision) < 
/=■/ + 1; 
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if(i>=19) i=J5; 

back-off window. = window(i); 



2. If (success or expiration) { 
i = i -2; 

back-off window = window(i); 
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} 

3. Minimum back- off window is equal to the number of reservation slots per frame. 



IV. Simulation Results and Discussions 
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Figure - 2. 
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2 Reservation-Slot/Frame; Maximum Packet Age = 4096 [Frames] 
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Q 4 Beservation-Sjot/Frame; Maximum Packet Age 4096 [Frames] 
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1 Reservation-Slot/Frame; Maximum Packet Age = 4096 [Frames] 
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Frora Figure- 1, we observe that there is only minor difference between DBEB and BEB when 
number of users is less than 32. However, when the number of users is larger than 128, DBEB 
significantly decreases the average delay. Under ahnost all the simulation results we oljtained, 
DBEB performs better than BEB. The only case where BEB outperforms DBEB is when the 
number of users is equal to 128 and the mean arrival time is equal 512 frames, though the 
difference is negligible. 

Standard deviation of delay'stands for the level of equitable resource allocation. As we have 
mentioned before, BEB brings up the problem of capture effect and a few of the users could 
dominate most of the available bandwidth. Under such situation, some of the reservations have 
very small delays, while the others have very large delays, and this results in a large standard 
deviation of delay and an unfair allocation of available bandwidth. As we can see from Figure-2, 
DBEB always has smaller standard deviation of delay when numter of users is less than 1024. 
This means DBEB shares the medium in a fairer way among contending users than the traditional 
BEB does. In particular, when there are 8 users and mean arrival time is 32 frames, BEB has a 
standard deviation of 10.1 and DBEB has a standard deviation of 5.2, an improvement of 49%. 
In addition, when 32 users are contending and mean arrival time is 128 frames, BEB and DBEB 
have a standard deviation of 22.8 and 13.0 respectively, a 43% improvement The only case 
where BEB performs a little bit better than the DBEB occurs when there are 1024 users 
contending the bandwidth. 

In this memorandum, throughput is defined as the average number of successful reservation per 
reservation slot. Figure-3 shows that DBEB always has equal or higher fliroughput tiian 
traditional BEB. In particular, when there are 1024 users contending the reservation slots, BEB 
has a throughput of less than 0.08, while DBEB maintains the throughput at a level of at least 
'0-2. • 

Probability of dropping is deHned as the ratio of number of expired and dropped reservations to 
the number of total reservations. In this memorandum, we assume the maximum packet age is 
4096 frames. If a packet exists for more than 4096 frames and its reservation is not successfully 
made, the reservation is dropped. Figure-4 shows that, except for two cases, DBEB has a lower 
probability of dropping than BEB does. For example, when there are 16 users and mean arrival 
time is 32 frames, probability of dropping for BEB and DBEB is 8.9e-5 and 4.36e-5 respectively, 
a 51% improvement. When the number of users is 64 and mean arrival tune is 128 frames, 
DBEB improves BEB for 55%. 

Figure-5 to Figure- 12 compare BEB and DBEB for die case of 2 and 4 reservation slots per 
frame. Comparisons between BEB and HBEB are shown from Figure-13 to Figure-24 and have 
similar trends as those of between BEB and DBEB. 

When comparing DBEB and HBEB, we found that their performances are very similar. For the 
case of 1 reservation slot per frame, the comparisons are shown in Figure-25 to Figure-28. 

V. Summaries 
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In this memorandum, we proposed two back-off algorithms, DBEB and HBEB, to improve the 
-perfonnance-of-traditionaLEEB.--JBEB-bas-a-well-fe of 
the users may dominate the whole available bandwidth. In addition, traditional BEB allows new 
arrivals to contend the medium inmiediately and this could worsen the probability of collision if 
the traffic has been heavy. Both DBEB and HBEB try to alleviate the problems by decreasmg 
back-off window size growing rate and increasing back-off window size for newly initiated 
reservations. Simulation results prove both schemes outperform the traditional BEB most of the 
time. 
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